APPLICATION FOR 
LETTERS PATENT OF THE UNITED STATES 



I hereby certify that this paper or fee is being deposited 
with the United States Postal Service "EXPRESS MAIL POST 
OFFICE TO ADDRESSEE* Service under 37 CFR 1.10 on the 
date indicated above and is addressed in the Commissioner 
of Patents and Trademarks, Washington, D.C. 20231 . 



To all whom it may concern: 

Be It Known, That we, Michael J. Peters, Richard L. Collins, 
David M. Musolf, Patrick R. Bashford, and Bradley J. Wright, 
citizens of the United States, residing at Fort Collins, CO; Fort 
Collins, CO; Fort Collins, CO; Fort Collins, CO; and Fort 
Collins, CO; respectively, have invented certain new and useful 
improvements in a INTEGRATED CIRCUIT I/O PAD CELL MODELING, of 
which we declare the following to be' a full, clear and exact 
description: 



CERTIFICATE OF MAILING BY "EXPRESS MAIL" 

"EXPRESS MAIL" Mailing Label nmtalJZ2£l '££. ( 0^1 US 

Date of Deposit SFP 1 199£ 




(Signature of Person Mailing Paper or Fee) 



SPECIFICATION 



V \ I 



Integrated Circuit I/O Pad Cell Modeling 



10 



15 



30 



35 



Technical Field 

The present invention relates to modeling of electrical 
circuit characteristics, and more specifically to modeling of 
an integrated circuit I/O or bi-directional pad cell. 



Background of the Invention 

The design of integrated circuits has become increasingly 
complex as more and more circuits are realizable on a given 
substrate. This increase in circuit density, and resulting 
increase in circuit functionality, has resulted in the need 
for automated circuit design tools. These circuit design 
□ tools (hereinafter design test tools) assist a circuit 

=r designer in logic entry, simulation and test pattern 

; fl 20 generation. 

m Simulation of integrated circuit designs generally rely 

:; p on models, or other types of information, that the simulator 

L uses to generate signals resulting from some type of circuit 

Q stimulus. The relative timings between the stimulus and 

\* 25 resulting response are of critical importance as circuits are 
J! operated at high speed. 

Ill Also of particular importance, is how well the simulated 

responses actually track with the resulting physical 
implementation of the circuit. This correspondence between 
predicted and actual responses is important both as to the 
logical circuit design itself, and to the test patterns that 
are generated to test the resulting circuit embodiment. 
Incorrect timings of the logical circuit could result in 
logical errors being propagated into the physical embodiment 
of the integrated circuit. Incorrect timings for test 
patterns could result in test patterns being generated 
(stimulus and expected response) which don't match the actual 
circuit responses during test. 

The modeling and simulation of integrated circuit input 
and output (I/O) pins is particularly troublesome, in that due 
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5 to the bi-directional nature of many I/O pins (such as those 
driving and receiving signals on a bus) , there can be 
contentions where more than one driver is trying to drive a 
given I/O signal to a given (and sometimes conflicting) 
voltage level. When contention situations exist, the 
10 simulation results are erroneous, due to the inability to 

determine which direction the signal is to be propagated (e.g. 
into the chip, as driven from some external source, or out of 
the chip, as driven by the chip circuitry itself) . 

Current methods of utilizing I/O enable signals for 
15 direction determination do not provide actual switch point 
locations, and do not identify when contention is occurring. 
These limitations are becoming increasingly important for 
|^ designs which run at higher frequencies and those which 

ifl require I/O contention situations to exist. 

*! 20 Enhanced modeling of both internal pull cells and 

ijj external pull resistors is necessary to improve simulation 

«P accuracy as well as to insure that design test tools can 

g extract appropriate test vectors for signals which utilize 

yd pull cells/resistors. Incomplete and/or inaccurate pull- 

25 up/down information can result in incorrect simulation 
Q functionality as well as misplaced strobing (i.e. checking the 

value) of resistive states. These issues have repeatedly 
caused manufacturing test problems over the past several 
years . 

30 Using the combination of the I/O enable signal and the 

resolved I/O signal for design analysis does not provide 
enough information to properly handle mid- cycle I/O 
capabilities and contention situations. 

In the case of resistive state modeling, current 

35 techniques provide less than accurate simulation information. 
In some cases, this type of Inaccuracy compromises the 
correctness of the design functionality exhibited during 
simulation. It also makes strobing of resistive states 
difficult during manufacturing tests. 
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5 Summary of the Invention 

It is an object of the present invention to provide an 
improved circuit model for simulation of electrical circuits. 

It is another object of the present invention to provide 
an improved I/O pad cell model for use by a simulator, 

10 It is yet another object of the present invention to 

provide accurate timing information in the generation of test 
patterns for an integrated circuit. 

A design system for modeling bi-directional pad cells, 
the interaction of internal pull cells/resistors with pad 

15 cells, and the interaction of external pull cells/resistors 
with pad cells is provided. A new modeling technique, 
referred to herein as split- I/O modeling, involves the use of 
three separate pins on each bi-directional pad cell model: an 
input -only pin, an output -only pin, and a resolved pin. The 

20 input -only pin reflects the data that is supplied to the pad 
from external sources (strong data that is forced in) . The 
output-only pin reflects the data that is supplied as output 
from the pad cell (strong data from the output driver) . The 
resolved pin reflects the combination of the input and the 

25 output data that are present, as well as the effect of 

resistive data supplied by pull-up/down resistors/cells (i.e. 
the resistive state) . 

The output -only and resolved pins are implemented as 
internal or hidden pins within a pad cell model. These pins 

30 are included in the model for the I/O pad cells in a given 
library. These pins are named 0_0NLY (the output -only pin) 
and RESOLVED (the resolved pin). The existing pad pin serves 
as the input -only pin. The system is able to instruct the 
simulator to log the internal signals through the use of the 

35 occurrence name for each I/O pad cell. 

The split I/O model provides two modes of operation such 
that the same model can be used for either chip-level or 
system-level simulations. 



Brief Description of the Drawing 

Figure 1 shows sample bi-directional waveforms. 
Figure 2 shows an example of I/O contention. 
Figure 3 shows a modified bi-directional pad and pull-up 
combination. 

Figure 4 shows an alternate bi-directional pad with pull 
leaf cell. 

Figure 5 shows an I/O pad with internal pull-up. 
Figure 6 shows the resulting waveform for the I/O pad of 
Figure 5 . 

Figure 7 shows an I/O pad with external pull-up. 
Figure 8 shows the resulting waveform for the I/O pad of 
Figure 7. 

Figure 9 shows a waveform for resistive state modeling 
for a SCSI pad cell. 

Figure 10 shows a design methodology for designing and 
fabricating integrated circuit devices. 

Figure 11 shows interdependences -for logic simulation of 
an integrated circuit. 



Detailed Descri ption of the Preferred Embodiment 

In the design of integrated circuits, including 
application specific integrated circuits (ASICs) , there are 
numerous types of design test tools available to assist the 
logic designer in logic entry, simulation, layout, test 
pattern generation, etc. These tools are well known in the 
art. The present invention is a model used to represent a 
particular portion of an integrated circuit design, 
specifically the I/O pad cell. This model is used in 
conjunction with a simulator to synthesize the behavior of an 
actual I/O pad cell when embodied as part of a resulting 
integrated circuit. 

Figure 10 shows a typical design methodology for 
designing integrated circuits, and in particular for designing 
ASICs. First, initial planning of the design is done at 90. 
The design is then entered at 91 using standard CAE/CAD tools 
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known in the industry, such as those from Cadence Design 
Systems, Mentor Graphics, Synopsis and Viewlogic. Part of 
logic entry includes compiling the pad cells, using an I/O 
compiler such as the VS500 I/O Compiler, available from AT&T 
Global Information Solutions Company, Microelectronics 
Division located in Ft. Collins, Colorado (hereinafter AT&T 
MPD) . After design entry, the user can optionally perform 
static timing analysis at 92 (using a tool such as VeriTime, 
available from Cadence Design Systems, Inc. which is located 
in San Jose, California) , as well as generate input stimulus 
waveforms at 93 for use in subsequent simulation (using a tool 
such as Wisil, also available from AT&T MPD) . After such 
stimulus waveform creation, the user can optionally perform 
functional simulations at 94. The user then performs real 
time simulation at 95 using the same simulator. These 
simulation steps are where the present invention is utilized. 
The particular model detailed herein was written for use with 
the Verilog simulator, such simulator being available from 
Cadence Design Systems. After simulation, power analysis can 
optionally be performed at 96 using a PowerCalc tool, 
available from AT&T MPD. The simulation results are then 
validated at 97, preferably with the Verify design test tool 
(also available from AT&T MPD) . A net checking tool called 
NetChecker (also available from AT&T MPD) can then be run at 
98. The layout 99, post-layout verification 100 and prototype 
101 phases shown in Figure 10C are standard in the industry, 
and are not important to the understanding of the present 
invention described herein. 

As mentioned above, logic simulators are commonly known 
in the industry, and such simulators are provided by companies 
such as Viewlogic, Cadence, Mentor Graphics, Zycad and Ikos. 
These simulators not only provide for device -level simulation, 
but also allow for behavior -model simulation. With behavior- 
model simulation, a particular subset of the integrated 
circuit to be simulated is replaced with a programming model 
that generates output responses to various input stimuli. 
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The split I/O pad cell model described herein adheres to 
standard behavior-model interface protocols /programming 
interfaces known in the industry. Accordingly, the design 
techniques used for the model itself will be described herein, 
with the specific implementation for the Verilog simulator 
being listed thereafter. It is a matter of routine coding to 
adhere to the techniques described herein to generate specific 
models for other types of simulators. 

In the following discussions, logic states will be 
referred to by the appropriate state characters. The list of 
state characters that are used, and the logic state/strength 
combination that they represent, are shown in Table 1. 



State Character 


Logic Level 


Strength 


0 


low 


strong 


1 


high 


strong 


X 


unknown 


strong 


L 


low 


resistive 


H 


high 


resistive 


R 


unknown 


resistive 


Z 


unknown 


high- impedance 



Table l: State Characters 



Waveform diagrams are used to provide examples of the desired 
model behavior. Table 2 shows the types of lines used in' the 
waveform diagrams to represent each of the different 
strengths . 



strong 
resistive 
high- impedance 



Table 2: Waveform Strengths 
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To illustrate the signals present on the input-only, 
output-only, and resolved pins, consider the waveforms in 
Figure 1. This example shows a situation where the I/O pin is 
first in input mode, as indicated at 20, with a logic one 
10 being driven from an external source. The I/O then switches 
to an output mode, as indicated at 22, with a logic zero then 
being driven from the pad cell. The resolved signal is the 
resulting signal value as determined by the simulator, based 
upon the input- only and output -only signals. An enable signal 
15 (not shown) is 'active 1 during the region 22 of outputting 
data, and 'inactive 1 during the region 20 of inputting data. 
L , L Note that in this example, use of the I/O enable signal in 

p combination with the resolved signal 24 would have been 

""*t sufficient to determine which portion of the resolved waveform 

yg 20 represented input data and which represented output data. 

^ However, consider the waveforms shown in Figure 2. This 

ill 

V- example shows an I/O contention situation which illustrates 

i the need for using the input -only and output -only signals. 

: ri Initially, the I/O pin is in input mode, as shown at 24, with 

25 a logic one being driven by an external source. Then, the I/O 
+; switches to an output mode, as shown at 26, with a logic one 

S] being driven by the pad cell. This results in a contention 

situation, as both the input and output signals are attempting 
to drive the signal to a logic one. The resolved signal does 
30 not reflect the turning on of the output signal, and remains 
at a logic one until both the input and output are at high 
impedance, as indicated at 28. 

While, in this case, the use of an I/O enable signal 
would provide an approximate indication of the time at which 
35 the output turned on and off, it would not indicate the 

precise turn- on and turn-off times, due to an internal delay 
between the time the enable signal is detected by input 
circuitry and the time the resulting output signal is actually 
asserted. When dealing with low speed designs, the delay 
40 between the I/O enable transition and the actual turn- on/off 
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times is negligible. However, for high speed circuits it 
becomes significant: the exact location of the I/O switch 
point must be determined. The output -only signal provides 
this exact information concerning the turn- on/off points. 
This is why use of the output -only signal is necessary. 

As mentioned above, use of an I/O enable signal provides 
some indication of the output turn-on/off times. And, the 
output- only signal completes the picture of the data that is 
provided by the I/O pad cell itself. However, neither the I/O 
enable signal, output- only signal, or the resolved signal 
provide an indication of the time at which the input data 
turned off. Since the tester must be programmed to produce 
the input waveform that was applied as stimulus during 
simulation, the design test tools need to determine the exact 
input waveform that was applied. More information is needed 
to make this determination. The input-only signal provides 
this information. This is why use of the input-only signal is 
necessary. 

While the input- only and output -only signals will provide 
the design test tools with sufficient information to both 
determine directionality and determine turn- on/off times, only 
the resolved signal contains information regarding the signal 
that results from mixing the input-only signal, the output- 
only signal, internal pull cells (if any) and external pull 
resistors (if any) . Since the resolved signal is the only 
signal that properly reflects the contribution of the 
resistive components, it must also be provided in each I/O pad 
cell model to allow the design test tools to have a complete 
picture of the state of the bi-directional signal. As a 
result, the input-only, output-only and resolved signals are 
included in the simulation output file for each bi-directional 
pad cell in ( the design. 

The bi-directional pad cell models operate in two modes: 
tester- compatible mode and system simulation mode. The 
simsetup files 1 TESTER_EMULATION keyword is used to select 
which mode is in use for a particular simulation. It should 
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5 be noted that some simulators require the TESTERJEMULATION 
keyword to be entered as a parameter on the command line when 
invoking the simulator. Setting TESTERJEMULATION on (either 
by simsetup file or command invocation parameter) will imply 
use of the tester- compatible mode. In tester- compatible mode, 
10 the three pins of the bi-directional pad cell model provide 
the information described above. In system simulation mode, 
the isolation between the input- only and the resolved signal 
is removed and these two signals are equivalent. This is 
necessary since other components may need to be connected to 
15 the pad pin (the input-only signal) in system simulations. 

This signal not only reflects what is going into the pad, but 
M= also reflects the output so that the other component (s) 

% connected to the pad can react to the pad's output. Because 

Jj of this, simulation results that are generated in system 

;fl 20 simulation mode may not be used to generate test patterns for 
; I manufacturing test purposes. It should be noted that the term 

J* 'reflect 1 as used herein means 'to show 1 or 'to bring or cast 

;L as a result 1 , and does not mean 'to throw back light or sound' 

y (see e.g. Webster's New Collegiate Dictionary). 

^ 25 As mentioned earlier, each bi-directional pad cell model 

M m each library provides the three required signals. The 

111 following sections describe two types of implementations. 

Note that in both cases, the output -only (0_ONLY) and the 
resolved (RESOLVED) pins are implemented as internal pins that 
30 cannot be connected to other signals in the design. 

As described above, there are two new signals that are 
required in every I/O pad cell in the cell libraries: an 
input-only signal and an output-only signal. These new 
signals are obtained by adding new components to existing cell 
35 models known in the art. The preferred libraries containing 
cell models are the VS500 library and non-VS500 libraries, 
both of which are available from AT&T MPD. 

In the non-VS5 00 libraries, all of the circuitry was 
added within the bi-directional pad cells themselves. Figure 
40 3 shows a modified pad cell 30 in combination with an internal 
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5 pull-up cell 32. Note that the internal pull-up 32 is 

completely optional, but is shown here to clarify that its 
connection 34 to the I/O pad cell is isolated from the output 
driver 3 6 by an isolation buffer 38 that has been added to the 
pad cell model (the isolation buffer does not actually exist 

10 in silicon) . It should also be noted that although the 
example only shows one particular I/O pad cell in the non- 
VS5 00 libraries, the changes are applicable to all I/O pad 
cells in the non-VS500 library. 

The existing I/O pad cell, prior to modification, 

15 comprises a stacked p- channel and n- channel transistor pair 
output driver 36, and an I/O pad 48. Elements 3 8 and 40 
within the pad cell 30 indicate new circuitry that has been 
added. The circuitry 38 is an isolation buffer which insures 
that the output -only signal is not affected by any input to 

20 the cell other than from the PCH/NCH pins 35 and 37. The 
receiver circuitry 40 is more complex. It contains an 
optional external pull-up resistor 42 whose presence and 
strength are controlled through keywords in the simsetup file 
(see Table 3 below). It also contains some switchable 

25 circuitry 43 that is controlled by the TESTER_EMULATION 
keyword in the simsetup file. The switchable circuitry 
selects either to isolate the input-only signal (switch down) , 
or to directly connect the input -only signal to the resolved 
signal (switch up) . In tester- compatible mode, the buffer 44 

30 is used to isolate the input -only signal from the resolved 
signal. In system simulation mode, the wire 46 connects the 
input- only signal directly to the resolved signal to let data 
flow in both directions. 

Figure 4 shows a second implementation, where a second 

35 type of bi-directional pad macro (from the VS500 library) was 
modified to provide the required signals. This second 
implementation has leaf cells which are connected by the I/O 
compiler to create bi-directional pad macros 50. There is an 
input leaf cell 52 and an output leaf cell 54. A pull leaf 



5 cell 56 is added if an internal pull-up, pull-down, or keeper 
is desired. 

As in the first implementation, elements 3 8 and 40 are 
new circuitry that has been added. Elements 3 8 and 40 are the 
same as previously described with respect to Figure 3 . The 

10 I/O compiler is responsible for adding this circuitry between 
the leaf cells as it creates the pad macro using the fixed 
signal names of 0_ONLY for the output- only signal and RESOLVED 
for the resolved signal* 

Internal pull resistor modeling will now be described. 

15 For purposes of this description, internal pull resistors are 
the pull-up and pull -down cells that can be connected to a pad 
cell and which lie inside the integrated circuit (IC) , such as 
elements 32 of Figure 3 and 56 of Figure 4. The interaction 
between these cells and the pad cells to which they are 

20 connected has been a problem area in the past. 

Situations have existed which allowed a signal to 
transition instantaneously from a strong state to a resistive 
state of the opposite polarity (to transition, for example, 
from a strong logic zero state to a resistive logic one 

25 state) . This behavior is not realistic and can cause two 
problems: incorrect input into the device and incorrect 
output from the device. Each of these problems is discussed 
in more detail below. The combination of an I/O pad cell with 
an internal pull-up cell is used to illustrate these problems. 

30 This configuration is shown in Figure 5. 

The issue of incorrect input data applies only to input 
and bi-directional signals. To understand the potential 
problems that can arise, consider the following situation 
regarding the circuit of Figure 5 and related timing diagram 

35 of Figure 6. If a strong logic zero state is being applied as 
input to the I/O pad 48 and is then taken away, the stimulus 
entering the pad transitions from a strong logic zero to a 
high- impedance state, as shown at 60 of Figure 6. The 
internal pull-up 32 (which, in this circuit, is always 

40 enabled) will then begin to pull the signal to a resistive 
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5 logic one state. However , this will take a finite amount of 
time depending on the strength of the pull-up and the clock 
rate of the device. It could take as much as several clock 
cycles . 

Assuming that the output side of the I/O pad is disabled 

10 throughout this time, the data that is present on the DI pin 
SI of the I/O pad is in transition from logic zero to logic 
one. Since the data on the DI pin is potentially controlling 
internal logic, this transition must be modeled accurately. 
If it appears to reach a logic one state too early, the 

15 device's performance during simulation may differ from the 

actual performance of the resulting fabricated IC. Therefore, 
the model takes into account the strength of the pull resistor 
32, as well as the capacitive loading of the I/O pad 48, to 
determine the transition time. For external pull resistors, 

20 both the pull resistor cell's strength {in terms of current 
source/sink) and the capacitive load value for each pin are 
available in the simsetup file and are used during simulation 
for the necessary calculations. This applies to any 
transition from a strong state to a resistive state of the 

25 opposite polarity. Figure 6 shows the waveforms which are 
produced on the pad cell's signals in this situation. 

Since it is not possible to model the actual waveform 
which is produced by this type of transition, a suitable 
approximation is necessary. To insure that the data is not 

30 utilized as valid input data during the transition region, it 
is necessary to model this portion of the waveform as having 
an unknown level. And f since any strong data that is driven 
onto the pad during the transition region — either as input 
to the pad or output from the pad — should take precedence 

35 over this transitioning resistive data, it must have a 

resistive strength. For these reasons, a resistive unknown 
state (the format state ' R' ) is used, as shown at 62 of Figure 
6. 

The issue of incorrect output data coming out of the 
40 device applies only to output and bi-directional signals. The 
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5 configuration shown in Figure 5 and utilized in the previous 
section can also be used to illustrate this type of problem. 
If the transition from a strong logic zero state to a 
resistive logic one state occurs instantaneously, it will 
appear to the design test tools as though the resistive data 
10 is available for strobing immediately. The resulting test 
vectors could then potentially attempt to strobe this 
resistive data while it is still in transition (as mentioned 
earlier, the transition could actually span several clock 
cycles) . When this occurs, the device will fail during test. 
15 The test engineer must manually remove the strobing from the 
test vectors for each such occurrence. This type of manual 
h& effort is time consuming and must be avoided- The use of the 

y r R ! state 62 during the transition region, as shown in Figure 

■J| 6, will prevent strobing from occurring before the transition 

C 20 is complete. 

:j| External pull-up resistor modeling will now be described. 

;; p For purposes of this description, an external pull-up resistor 

;L. is one that is connected to a pad cell but which lies outside 

i7i the IC (as previously noted, these external pull-ups will now 

H; 25 be part of the pad cell/macro model) , such as element 70 of 
,S Figure 7. The interaction between these external resistors 

ny and the pad cells to which they are connected has been a 

problem area in the past. As with the case of internal pull 
cells, situations have existed that allowed a signal to 
30 transition instantaneously from a strong state to a resistive 
state of the opposite polarity. This behavior is not 
realistic and can cause the same two problems that were 
previously described for internal pull cells. The following 
discussions use the combination of an I/O pad cell with an 
35 external pull-up resistor to illustrate these problems. This 
configuration is shown in Figure 7. 

The situations previously cited apply as well to external 
pull-up resistors as they do to internal pull cells. 
Therefore, the modeling of these situations must be almost 
40 identical to the modeling previously prescribed regarding 
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internal pull transistors. The main difference is that the 
presence and strength of the external pull-up 70 is controlled 
entirely through keyword (s) in the simsetup file, as shown 
below in Table 3 . 

As an example of this situation, consider the waveforms 
shown in Figure 8. These waveforms begin with the I/O pad«s 
output enabled and driving a strong logic zero state at 80. 
When the output turns off at 82, the resistive data from the 
external pull-up begins to pull the pad to a resistive logic 
one state at 84. These waveforms show the desired modeling 
where the resolved state passes through the ' R' state. Again, 
the transition time is calculated by the model using the 
strength of the pull resistor and the capacitive loading on 
the pad. 

The following describes several special case situations 
which deserve additional discussion: 

1) In some cases, SCSI (which stands for small -computer 
standard interface, and which is a commonly known industry 
standard) pad cells are used to drive clock signals which are 
unable to tolerate unknown input states. For this reason, the 
modeling of resistive states in connection to SCSI pad cells 
should be slightly different from that of other I/O pad cells. 
In order to avoid using a resistive unknown (R) state on these 
signals, a technique is used which avoids the unknown state 
usage while insuring that simulation functionality and strobe 
placements for test purposes are not adversely affected. This 
technique involves utilizing resistive high (H) and low (L) 
states in place of the resistive unknowns, as shown in Figure 
9. 

Note that the pull-up times vary greatly between the 
best- and worst-case simulations. Both simulations show the 
signal transitioning from a strong logic zero state to a 
resistive logic zero state L as the output driver turns off. 
For best-case, the signal transitions to a pulled-up state H 
one simulation tick later. For worst- case, the signal stays 
at a resistive logic zero state until the maximum pull-up 
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delay time (calculated using the pull-up strength and the 
pin's capacitive load). In a composite simulation (i.e. where 
the best case and worst case timings are merged into a single 
simulation) , the resulting waveform will be such that the 
signal will transition to a resistive logic zero state L for 
one tick, then to a resistive unknown state R for the time up 
to the point where the signal reaches a resistive logic one 
state H at the worst -case pull-up time. 

2) In the past, open drain configurations were treated 
as special cases. In certain situations, a pull-up was 
assumed to be used in combination with open drain cells even 
if no pull-up was present in the schematic. However, in many 
cases, "normal" output and I/O cells could be configured as 
open drain cells by the user. These cells would not make the 
same pull-up assumptions as the open drain cells. To avoid 
this situation, and to insure that all of the output and I/O 
pad cells model resistive states consistently, it is 
preferable to eliminate this type of assumption. ' If a pull-up 
is desired, it will have to be specified by the user (i.e. 
internal pull-up cells must be present in the schematic and 
external pull-up resistors must be specified in the simsetup 
file) . This provides the user with complete control over 
whether resistive states occur on open drain signals during 
simulation. 

3) The situation where the internal pull cell's enable 
signal is toggled during simulation is considered a special 
case. Whenever the pull cell becomes enabled, the model 
considers the current state of the resolved I/O signal to 
determine the proper action. if the resolved signal is 
already at the same logic level that the pull cell is tied to 
(logic one for pull-ups; logic zero for pull - downs ) # the 
output of the pull cell attains the resistive state at that 
level instantaneously. if the resolved signal is at a strong 
state of the opposite polarity (logic zero for pull-ups; logic 
one for pull-downs) , or if it is at a strong unknown state, 
the pull cell passes through the resistive unknown (•£>•) state 
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for the calculated transition time on its way to the resistive 
state of the opposite level (in a manner similar to that shown- 
for the composite signal of Figure 9) . 

4) It is possible for the user to specify that both a 
pull-up and a pull -down exist on the same pad (these may be a 
combination of internal and external) . If both the pull-up 
and pull -down are enabled at the same time, and there is no 
strong signal present during this time, the resulting resolved 
state is a resistive unknown ( 1 R' ) even if one pull cell is 
stronger than the other. 

The following describes several impacts to users of the 
split I/O model: 

1) Users of bi-directional signals are affected by the 
split -I/O technique. The worst- case effect is that their 
simulation output includes the input -only and output -only 
signals for each bi-directional pad cell occurrence in 
addition to the resolved signal. Each of these signals is 
utilized by the design test tools in analyzing the simulation 
results. The I/O enable signal is no longer needed to be 
included in the simulation output. 

2) Any user of internal pull cells or external pull-up 
resistors is also affected by the modeling changes regarding 
generated resistive state output values. This will occur 
regardless of whether the pull cell/resistor is used in 
conjunction with input, output, or I/O pads — the modeling 
changes will affect each type of pad. However, the use of 
pull cells/resistors will not require any changes to the way 
the user performs the simulations. Users of external pull-up 
resistors are required to specify, in the simsetup file, which 
pads are connected to an external resistor and the strength 
(current sink/source rating) of the pull resistor. For 
libraries which support mixed voltages, the user is also 
required to specify the voltage level to which the external 
pull-up is connected. Examples of this are shown below in 
Table 3 . 
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The simulation setup (simsetup) file of Table 3 is a 
representative file which specifies various parameters and 
configurations for use with simulation. 



ft This sim. setup file created by 'ncr_setup ! 
# Version 11.0.0_1.5.0 

ft 

# 

ft ASIC Specific Information 

ft - 

DESIGN_NAME my_design 
TECHNOLOGY vs500 



CHIP_VOLTAGE 5 . 0_only 

B OUND ARY_S CAN false 

ft 

# Delay Information 

ft - 



41 

IT 

ft Best case operating point 



best 
0 

5.5 

b 

b 



# Typical case operating point 

ft - 

TYPICAL_VPT_NAME typical #OFF 



BE ST__VPT__NAMS 
BEST_TEMP 
BESTJVOLT 
BEST_PROC 
BEST PARASITIC 
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5 TYPICALJTEMP 25 
TYP I CAL_V0LT 5 . 0 
TYPICAL_PROC t 
TYP I CAL_PARAS ITI C t 
# 

10 # Worst case operating point 

# 

W0RST_VPT_NAME worst 
WORSTJTEMP 70 
WORST_VOLT 4 . 5 

15 W0RST_PR0C w 
WORST PARASITIC w 
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30 



# 

# Pull -Up Information 



# The following three lines define default pullup. If an 

# external pullup is not specified [ in sim. setup] for an OPEN # DRAIN, the 
default values will be used. 



25 DE FAULT JEXTERNALJLOAD 3 0.0 
DEFAULTJPULLUP_CURRENT 0.0 
DEFAULT PULLUP VOLTAGE 5 



# The following three keywords (PULLUP_CURRENT, 

# PULLUP^VOLTAGE, and EXTERNAL_LOAD) are used to specify the 

# rise time of the external pullup. In the example above, a 

# PAD is given a pullup that supplies O.Sma at 5 volts. PAD 

# is loaded with 30.0pf . 



35 PULLUP_CURRENT PAD 0.5 
PULLUPJTOLTAGE PAD 5 
EXTE RNAL__L0 AD PAD 30.0 

# - 

40 # Library Information 



) 
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5 # 

VTTA_DATA_PATH . : /usr/local/ncr/MG_ll . 0 . 4/data_f iles/vs500 

VTTAJiEADER 

/usr/local/ncr/MG_ll . 0 .4/data_f iles/vs500/vs500 . vt5 .head 
10 CELLCAPJDATA 

/usr/local/ncr/MG_11.0 .4/data_f iles/vs500_DLM. cellcap 

ft 

# Output Files Placed in 1 DESIGN JSAME/NCR_DESIGN l directory 
15 8 - - - 



NCR DESIGN DIR 



ncr_design 



20 # Cellcount output file: 

# Critpath output file: 
ft DVE output file: 

ft Netchecker ou.tput file: 
ft Design Vita file: 
25 ft NodeSrc output file: 

# Port Occurrence file: 

ft - 



my_design . cellcount 
my_design. critpath 
my_design . dve_setup 
my__ design .netchecker 
my_design.vt5 
rny_design.ndr 
my_design.portoccs 



30 ft 

ft Global Information 



35 



CELLCOUNT 

NETCHECKER 

NODESRC 

SYNCRP_X_OUTPUTS 
POR DELAY 
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off ftDoes ncrjpresim run ncr_ce 11 count? 

off ftDoes ncr_presim run ncr_net checker? 

off ftDoes ncrjpresim run ncr_node5rc? 
on 

0.0 ftSpecify in nanoseconds 
ESTIMATED_GATE_COUNT 0 

ST_MARGIN 0.0 ftSpecify in nanoseconds 



HT_MARGIN o.O #Specify in nanoseconds 

RT_margin o.O #Specify in nanoseconds 

MPW_MARGIN 0.0 ^Specify in nanoseconds 

TESTER_EMULATION #Specifying this keyword turns tester_emul on 

# Input Signal Information 
DEFAULT_INPUT_RISE 5 . 0 
DE FAUIiT_INPUT_FALL 5 . 0 

# Output Signal Information 
DE FAULT_MODULE_LOAD 0 . 0 
#SKEW o . 0 

#BA_FILE_LIST # Colon separated list 



Table 3 

The handling of external pullup information in the 
simsetup file warrants further discussion. The strength of 
the pullup is specified in the simsetup file, using the 
pullup_current and pullup_voltage keywords as shown above in 
Table 3. If an external pullup is not specified or is given a 
strength of zero, and the cell is not an open drain, the 
effect is to remove the pullup. If the cell is an open drain, 
then the split I/O model uses the def ault_current and 
default_voltage if the pullup_current and pullup_voltage are 
not specified (the only way to remove the external pullup from 
the open drain is to specify a pullup_current or voltage as 
0) . The pullup delays are calculated by Node5RC. 

NodeSRC calculates the delay for the external pullup 
using the following formula. This formula calculates the rise 
time from 0 to 1.5 volts (threshold) using a resistive model. 
The RefVoltage and PullupCurrent are specified in the simsetup 
file using the pullup_voltage and pullup_current keywords. 
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10 



tp = - 



log 



' 1.5 1 RefVoltage ^ 



v 



Re fVoltage J PullupCurrent 



ExternalLoad • 1000 



J 



Table 4: External Pullup Delay Calculation 



The following code listing in Table 5 is the split I/O 
model software code that is operational with a VeriLog 
simulator. Other types of simulators may be used by adhering 
to the underlying principles and techniques of this code, and 
15 description hereinabove, to the particular behavioral 

programming language required for those particular simulators. 



£ 20 //******************************************************** 

^_ //Copyright (c) AT&T Global Information Solutions 1994 

!«* module B0C1S310C1IC (A, ENB , PAD, Z) ; 

m 25 output 2; 



inout PAD; 



input A, ENB; 

30 

JOCIS.0000000 IPAD (.PAD (RESOLVED) , .Z(Z)); /* Input - Fig 4 #52 */ 
U0OOOO0OC1IC 0PAD(.A(A), . ENB (ENB) , . PAD (0_ONLY) ) ; /*Output - Fig 4 # 54 */ 
A000031OO000 PULLINST(.VDDIN(l'bO) , . PAD (RESOLVED) ); /*Pullup - Fig 4 # 56*/ 
NCR_ISOLATE isol ( .X (RESOLVED) , .A (OJDNLY) ) ; /* Isolate - Figure 4 # 38 */ 
35 NCRJ2XTERNAL extl { . VDDIN (1 1 bl) , . PAD (RESOLVED) ) ; /* External - Fig 4 # 42 */ 
NCR_SWITCH swl ( .X (RESOLVED) , .A (PAD) ) ; /* Switch - Fig 4 # 43 and 44 */ 
endmodule 



/ /******** ******************************** **************** 
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) 



5 //Copyright (c) AT&T Global Information Solutions 1994 

^timescale lOOps/lOps 
"celldef ine 

module J0C1S0000000 (PAD, Z) ; 
10 input PAD; 

output Z ; 

specify 

(PAD *> Z) = (1:1:1, 0:0:0); 
15 endspecify 

buf #(0.1) (Z, PAD) ; 
endmodule 
K endce 1 1 de f ine 

20 

//Copyright (c) AT&T Global Information Solutions 1994 

"timescale lOOps/lOps 
25 "celldefine 

module U0000000C1IC (A, ENB, PAD) ; 
input A, ENB; 
output PAD; 

30 specify 

(A *> PAD) = (12:12:12, 12:12:12); 
(ENB *> PAD) = (13:13:13, 12:12:12); 

endspecify 

35 

supply 1 PWR; 
tri PAD; 

DELAY_BUF dl (ENBl_d, ENB) ; 
DELAY J3UF d2 (ENB2_d, ENB) ; 
40 notif 0 (strongl, highzO) (PADX, A, ENBl_d) ; 
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5 notif 0 (highzl, strongO) (PADX, A, ENB2_d) ; 
nmos {PAD, PADX, PWR) ; 
endmodule 
"endcelldef ine 

10 //**************** * * ************************************** 
//Copyright (c) AT&T Global Information Solutions 1994 

"timescale lOOps/lOps 
"celldef ine 
15 module A00003100000 (VDDIN, PAD) ; 
input VDDIN; 
output PAD ; 

supplyO GND; 
20 supplyl PWR; 

pmos (A, PAD, GND) ; 
pmos (B, PAD, GND) ; 
pullup (A) ; 
-M pulldown (B) ; 

js 25 UDP_PPD_SLOWer (C_SLOW, A, B, PWR) ; 

□ UDP_PPDJFASTer (C_FAST, A, B, PWR) ; 

* DELAY J3UF daO (CSO , C_SLOW) ; 

DELAY_BUF dal ( CS 1 , CS 0 ) 

DELAYJ3UF da2{CS2,CSl) 
30 DELAY_BUF da3 (CS3 , CS2 ) 

DELAY JBUF da4 (CS4 , CS3 ) 

DELAYJBUF da5 (CS5 , CS4 ) 

DELAY_BUF da6(CS6,CS5) 

DELAY_BUF da7(CS7,CS6) 
35 DELAY_BUF da8 (CS8 , CS7) 

DELAY_BUF da9(Cl,CS8); 

DELAY_BUF dbO (C2,C_FAST) ; 

and (C12, CI, C2) ; 

rnmos (PAD, PWR, C12) ; 
40 rpmos (PAD, GND, GND) ; 
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5 endmodule 

v endce 11 define 

//Copyright (c) AT&T Global Information Solutions 1994 

10 

"timescale lOOps/lOps 
v celldef ine 

module NCRJESOIATE (A,X) ; 
input A; 
15 output X; 

supply 0 GND; 
supply 1 PWR; 

20 nmos (X, A, PWR) ; 

endmodule 
"endce 11 define 

//Copyright (c) AT&T Global Information Solutions 1994 

"timescale lOOps/lOps 
"celldefine 
30 module NCRJEXTERNAL (VDDIN, PAD) ; 

input VDDIN; 

inout PAD ; 



supplyO GND; 
35 supplyl PWR; 
reg NOJC; 



40 



pmos (A, PAD, GND) 
pmos (B, PAD, GND) 
pmos (C, PAD, GND) 



0 
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pmos (D, PAD, GND) ; 
pullup(A) ; 
pulldown (B) ; 
nmos (C, GND, PWR) ; 
nmos (D, PWR, PWR) ; 

UDP_PPU_SLOWer (C_SLOW,PAD, A, B, C, D, GND, PWR) ; 
UDP_PPU_FASTer (C_FAST, PAD, A, B, C, D, GND, PWR); 
DELAY J3UF daO (CSO , C_SLOW) ; 
DELAY_J3UF dal (CS1,CS0) 
DELAY_BUF da2 (CS2,CS1) 
5 DELAY_BUF da3 (CS3,CS2) 

DELAY_BUF da4 (CS4,CS3) 
DELAYJBUF da5 {035,084} 
DELAYJBUF da6 (CSS f CSS) 
DELAYJBUF da7 (CS7,CS6) 
DELAYJBUF da8 (CS8,CS7) 
DELAYJBUF da9 ( CI , CS 8 ) ; 
DELAY_BUF dbO <C2,C_FAST); 
and (C12, CI, C2) ; 
rnmos (PADX, GND, C12) ; 
rpmos (PADX, PWR, GND) ; 
nmos (PAD, PADX, EN) ; 
NCR_RACE rcl (EN) ; 
endmodule 
"endcelldef ine 

//Copyright (c) AT&T Global Information Solutions 1994 
"timescale lOOps/lOps 
"celldef ine 

module NCR_SWITCH (A, X) ; 
inout A; 
inout X; 



SUpplyO GND; 
supply 1 PWR; 
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5 

"ifdef TESTER_EMOIATION 

nmos (X, A, PWR) ; 
H else 

tran (X,A) ; 
10 "endif 

endmodule 

* endc e 1 1 de f ine 



Table 5: Split I/O Pad Model Code Listing 

Writing to the output file will now be described. 
Referring to Figure 11, it is seen that the logic simulation 

20 block 112 gets multiple types of input information, and 

generates an output file 114. The actual logic design itself 
is input from 108. Delay values 106, which are the result of 
a delay calculator 104 such as NodeBRC (available from AT&T 
MPD) , are also input to the simulator 112. The delay values 

25 106 are calculated using parameters supplied by the simulation 
setup file 102 known as simsetup, delay information contained 
in the cell & model library 110, and the actual logic design 
108. The simsetup file 102 also provides information for use 
by the simulator. The actual stimulus to be applied during 

30 simulation, and a list of nets/nodes to be monitored/ tracked, 
are specified in file 103. Finally, the detailed cells/models 
from library 110 (such as the VS500 library described 
hereinabove) are input to the simulator, and provide the 
actual simulation details for the particular logic design to 

35 be simulated. During simulation, the simulator outputs 

various values, including both input stimulus and resulting 
net /node values (both internal and external) . These 
simulation results are stored in an output file 114 for 
subsequent processing by other design test tools. 
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5 The system is able to instruct the simulator to log the 

internal signals of the split I/O model through the use of the 
occurrence name for each I/O pad cell (an occurrence name is a 
name for a node or net name that is internal to a model, as 
opposed to a regular node or net name that is external to a 
10 model)- This requires that the occurrence name information be 
accessible for use by the simulator. In the preferred 
embodiment, the occurrence name is stored in a Worksheet 
database 103 of Figure 11 (Worksheet is a design test tool 
available from AT&T MPD that allows a user- friendly front end 
15 for specifying various simulator parameters in a manner that 
is independent of the particular syntax/ format of a particular 
simulator) . Normally, the occurrence name will be 
p automatically extracted from the netlist when the Worksheet 

□ database is initially created. In schematicless flows, the 

*j 20 occurrence names will be generated by Worksheet. In other 
; y cases, the user will need to enter the occurrence name 

! J1 information into the Worksheet database. 

.id 

J" In summary, the split- I/O technique provides new modeling 

Q capabilities. These capabilities include mid- cycle I/O 

25 (allowing input stimulus to turn-on and turn-off at times 
£ other than cycle boundaries) and improved I/O contention 

£3 handling. In previous versions of design test tools, the 

information available in the simulation output files was not 
sufficient to allow these capabilities. The split- I/O 
30 technique provides the design test tools with the extra 

information necessary to fully analyze the direction of the 
data present on the I/O signals. This allows users a greater 
flexibility in the types of waveforms they may generate during 
simulation. 

35 The improved modeling of resistive states serves two 

purposes. First, it eliminates the incorrect design 
functionality that results when inaccurate resistive states 
are used to control the input of circuitry. Second, it allows 
the design test tools to extract proper strobe placements for 

40 resistive signals. Without these changes, the patterns 
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5 produced by the design test tools which involve the strobing 
of resistive states often result in test failures. These 
situations require manual — and often numerous — changes to 
correct the patterns. Since a large majority of all designs 
utilize some type of pull resistors (internal and/or 
10 external) , this is a significant issue in the effort to 
automate test pattern development. 

While we have illustrated and described the preferred 
embodiments of our invention, it is to be understood that we 
do not limit ourselves to the precise constructions herein 
15 disclosed, and the right is reserved to all changes and 
modifications coming within the scope of the invention as 
u defined in the appended claims. We claim: 



